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Abstract 

We consider the online list s-batch problem, where all the jobs have processing time 1 and 
we seek to minimize the sum of the completion times of the jobs. We give a Java program which 
is used to verify that the competitiveness of this problem is ||| . 
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1 Background 

In the paper "Optimally Competitive List Batching" pQ we give results regarding online batching 
problems. For one problem - the online list s-batch problem, where all the jobs have processing 
time 1 and we seek to minimize the sum of the completion times of the jobs - we have used a 
computer program to obtain some of our results. The purpose of this document to make this 
program publicly available. The program is printed in Section [U It is also available for download 
from www.egr.unlv.edu/~bein/pubs/VerifyLowerBound.java in ASCII format. The reader should 
consult the full paper [1] or the earlier conference version [2], but in the interest of self-containedness, 
we briefly define the problem in Section [2] and repeat the results in Section [3l 

2 Introduction 

A batching problem is a scheduling problem where a set of jobs J = {Jj} with processing times 
{Pi > 0} must be scheduled on a single machine, and where J must be partitioned into batches 
Si, . . . , B r . All jobs in the same batch are run jointly and each job's completion time is defined to 
be the completion time of its batch. We assume that when a batch is scheduled it requires a setup 
time s. In an s-batch [sequential] problem the length of a batch, i.e., the time required to process 
the batch, is the sum of the processing times of its member jobs. The goal is to find a schedule 
that minimizes the sum of completion times ^C«> where C{ denotes the completion time of Jj in 
a given schedule. 

Given a sequence of jobs, a batching algorithm must assign every job Jj to a batch. More 
formally, a feasible solution is an assignment of each job Jj to the mf 1 batch, i G {1, . . . , n}. In 
this paper, we consider the list version of the problem, where the given order of the jobs must be 
respected, i.e., rrii < rrij if i < j. 
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An online algorithm for a list batching problem must choose each m« before receiving Jj+i, i.e., 
each job must be scheduled before a new job is seen, and even before knowing whether Jj is the 
last job. After receiving Jj, an algorithm has only two choices, namely whether to assign Jj to the 
same batch as J%-\ or not. Throughout this paper, we will use the phrase a A batches at step i" to 
mean that algorithm A decides that Jj is the first job of a new batch, i.e. mi = mj_i + 1. We use 
the phrase "current batch" to denote the batch to which the last job was assigned. Then, when 
Ji is received, A must decide whether to add Jj to the current batch, or "close" the current batch 
and assign Jj to a new batch. 

Online algorithms are analyzed in terms of competitiveness , a measure of the performance that 
compares the decision made online with the optimal offline solution for the same problem. We say 
that an algorithm A is C -competitive if, for any sequence of jobs { Jj}, A finds a schedule whose cost 
is at most C ■ cost OPT , where cost OPT is the minimum cost of any schedule for that input sequence. 



3 The Case s = 1 and Pi = 1 

In our papers [U [2] we give a solution for the offline problem. We define a function F[n] for n > 0, 
as follows. For n = m(m + l)/2 + k for some m > and some < k < m + 1, then 

„ r , m(m + l)(m + 2) (3m + 5) , . k(k + 1) 

F[n] = — i J - ^ A L + k(n + m-k + l) + ^^ — '-. (1) 

Theorem 1 For optcost[n], optcost = F[n] for all n > 0. Furthermore, if n 
some m > and some < k < m + 1, the optimal size of the first batch is 
m if k = 

morm + lifO<&;<m. + l 
m + 1 if A; = m + 1 

For the online problem we define the following algorithm in [2j [1] . Define T> to be the online 
algorithm which batches after jobs: 2, 5, 9, 13, 18, 23, 29, 35, 41, 48, 54, 61, 68, 76, 84, 91, 100, 
108, 117, 126, 135, 145, 156, 167, 179, 192, 206, 221, 238, 257, 278, 302, 329, 361, 397, 439, 488, 
545, 612, 690, 781, 888, 1013, 1159, 1329, 1528, 1760, and 2000+40i for all i > 0. 

Theorem 2 T> is ^^-competitive, and no online algorithm for the list s-batch problem restricted 
to unit job sizes has competitiveness smaller than ||| . 

Proof: Consider the algorithm T> described above. Verifying that T> maintains a cost ratio of at 
most HI for all job sequences with less than 2000 jobs is done by the Java program in Section [H 
Consider now sequences with more than 2000 jobs. Then the contribution of job i > 2000 to the 
optimal cost is at least i + 1. For T> the contribution of this job i consists of the setup times prior 
to job 2000 plus the setup times later, plus the number jobs i as well the the subsequent jobs in 
the same batch. This amount is no more than 48 + P~^ 00 ] + i + 39, because 39 is the maximum 
number of additional jobs in this batch. Thus the for the ratio of cost we obtain 

48 + r^f^l + j + 39 fi + 38 41 _38_ . 619 

i + 1 ~ i + 1 < 40 i + 1 ~ 583 

The contribution of the first 2000 jobs to the optimal cost is larger than a contribution in a 
short sequence (with 2000 jobs or less) because the size of the optimal batches increase with the 
number of jobs. Therefore T> is ^-competitive. 

We now turn to the verification of the lower bound. Any online algorithm for list batching 
restricted to unit jobs is described by a sequence of decisions: should the i th job be the first job 



= !2fc2±!2 + k for 
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in a new batch? Thus any such online algorithm can be represented as a path in a decision tree 
where a node at level i has two children: one representing the choice not to batch prior to job i 
and one representing making job i the first job in a new batch. We note that the algorithm never 
batches upon the arrival of the first job. We have verified that any path from the root to a node 
with depth d in this decision tree must encounter a node at which the ratio of online cost to offline 
cost is at least |||; and thus we have established that lower bound. Verification was done using 
our computer program. 
□ 

Interestingly, the lower bound verification program requires consideration of only the portion 
of the decision tree to depth 100. That is, if the decision tree is truncated at any level less than 
100, the lower bound is not obtained. What this means is that, if an online algorithm is informed 
in advance that there will be at most 99 jobs, it can achieve a competitiveness less than |||. 

Given that there are exponentially many paths from the root to a node at depth d, two notes on 
efficiency are appropriate here. First, if a node is encountered where the ratio of costs is greater than 
or equal to ||| then no further descendants need to be checked. This alone brings the calculation 
described above to manageable levels. Second, given two nodes n\ and n<i which have not been 
pruned by the previous procedure, if the online cost at n\ is less or equal to the online cost at 
and both have done their most recent batching at the same point then descendants of n,2 need not 
be considered. This follows because the cost on any sequence of choices leading from ni is greater 
or equal to the same cost on n\. We illustrate the preceding ideas with the diagram of Figured! 
Level i contains all possible decisions after i jobs have arrived. The symbolic Gantt chart next to 
every decision node show the schedule the algorithm constructs at that node. In the Gantt charts 
black squares denote setup times, while white squares are used to denote jobs. The cost of the 
algorithm is written into the node. Note that we can prune at level 3 because y| > |||. Also note 
that descendants of node 112 need not be considered. 
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Figure 1: The Decision Tree used in the Pruning Procedure 
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4 Java Program 

The program is compiled with javac, version 1.6.0_10. 



import java.util.LinkedList; 
import java.util .Listlterator ; 
import java.util .Vector ; 



public class Verif yLowerBound { 

// Maximum number of jobs that should be considered 
private static int howFar=100; 

/* The idea is to keep the leaves in the tree (the partial candidates) which 

must be considered (have not been pruned yet) in a linked list called candidates. 

*/ 

public static void main(String [] args) { 
int count = 0; 
int [] opt = calculateOpt () ; 

int[] suggested = {0,2,5,9,13,18,23,29,35,41,48,54,61,68,76,84,91,100,108,117, 

126 , 135 , 145 , 156 , 167 , 179 , 192 , 206 , 221 , 238 , 257 , 278 , 302 , 329 , 361 , 
397 , 439 , 488 , 545 , 612 , 690 , 781 , 888 , 1013 , 1159 , 1329 , 1528 , 1760 , 2000} ; 

LinkedList<PartialCandidate> candidates = new LinkedList<PartialCandidate> () ; 

PartialCandidate pC; 

// Start with the tree that results after considering just 1 job 
candidates . add (new PartialCandidate () ) ; 

/* While there are candidates remaining, remove the first. If it has reached the 
maximum number of jobs that should be considered, print out the solution and 
add one to the count. If the candidate has not reached the maximum number of 
jobs, check whether 

1) has a cost ratio strictly smaller than 619/583 AND 

2) it does not have a just as good candidate already in the list. 

If both are true, then add both of its children to the list of candidates. 

*/ 

while (candidates . size() !=0) { 
pC = candidates. remove () ; 
if (pC.getHowFarQ > howFar) { 
count ++ ; 

System. out .println(pC) ; 

} 

else if (583*pC.evalCost() < 619*opt [pC.getHowFarO] ) { 
if ( ! exist JustAsGood(pC, candidates)) { 

candidates . add (new PartialCandidate (pC, f alse) ) ; 
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candidates . add (new PartialCandidate(pC,true) ) ; 

> 

} 

} 

System. out .print (count + " candidates achieve a cost ratio strictly smaller"); 
System. out .println( "than 619/583 on all sequences no longer than " + howFar) ; 

// Verify that the suggested candidate succeeds up to 2000 jobs 

boolean success = true; 

int value = 0, j=0; 

for (int i=l; i<2000; i++) { 

value += (i-suggested [j] -l)+i+j+l ; 

if (i==suggested [j+1] ) 

if (583*value > 638*opt [i] ) 
success = false; 

} 

System. out .println( "The suggested candidate is a success up to 2000 jobs? " + success); 



// Uses Theorem 1 to calculate the offline optimum costs 
private static int [] calculateOpt () { 
int n, m=0, howMany=2001 ; 
int [] answer = new int [howMany] ; 
answer [0] = 0; 
for (n=0 ;n<howMany-l ;n++) { 
if (2*n<(m+2)*(m+l)) 

answer [n+1] =answer [n] +n+m+2 ; 
else { 
m++; 

answer [n+1] =answer [n] +n+m+2 ; 

} 

} 

return answer; 



/* Checks to see if the list already has a candidate which has gotten as far, 
has no greater cost, uses no more set ups, and has the most recent set up 
at the same location, 

*/ 

private static boolean exist JustAsGood(PartialCandidate pC, 

LinkedList<PartialCandidate> 11) { 

PartialCandidate jAGC; 

ListIterator<PartialCandidate> i = 11 . listlterator (0) ; 
while (i .hasNextO ) { 
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jAGC = i.nextO ; 
if ( 

jAGC.getHowFarO == pC . getHowFar () && 
jAGC.evalCostO <= pC . evalCost () && 
jAGC.getSetUpsO .size() <= pC . getSetUps () . sizeQ && 
jAGC.getSetUpsO . lastElement () . equals (pC.getSetUpsO . lastElement () ) 

) 

return true; 

> 

return false; 

> 

} 



/* An algorithm for the unit job batching problem can be specified by 
where the set up times occur (or equivalently where it batches) . A 
partial candidate is an incompletely specified algorithm. A partial 
candidate has a list (stored in setUps) which specifies where the 
set up times occur only for sequences of up to a certain length (ie 
the depth in the tree - stored in howFar) . 



class PartialCandidate { 

private Vector<Integer> setUps; 
private int howFar; 

// Create the only reasonable candidate for the sequence of 1 job. 
public PartialCandidate () { 

setUps = new Vector<Integer> () ; 

setUps . add(O) ; 

howFar = 1; 

} 

/* Given a partial candidate create a new partial candidate which 
is defined for sequences one job longer. Determine whether to 
add an additional set up at this point based upon the value of 
batch. 

*/ 

public PartialCandidate (PartialCandidate pC, boolean batch) { 
Vector<Integer> prevSetUps = pC . getSetUps () ; 
int prevHowFar = pC.getHowFarO ; 

setUps = new Vector<Integer> () ; 
for (int i=0; KprevSetUps . size () ; i++) { 
setUps . add(prevSetUps . get (i) ) ; 
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} 

if (batch) 

setUps . add(prevHowFar) ; 



howFar = prevHowFar+1 ; 

> 

// Calculate cost of the partial candidate on a sequence of howFar jobs, 
public int evalCostO { 
int value=0; 

for (int i=l; KsetUps . sizeQ ; i++) 

value += (i+setUps . get (i) )* (setUps .get (i) -setUps .get (i-1) ) ; 
value += (setUps . size () +howFar) * (howFar-setUps . get (setUps . size () -1) ) ; 
return value; 

> 

// Used to print out the partial candidate 
public String toStringQ { 
String str=""; 

for (int i=0; KsetUps . sizeQ ; 

str += setUps. get (i)+" "; 
str += "Cost "+evalCost() ; 
return str; 

> 

// Accessors 

public Vector<Integer> getSetUpsQ { 
return setUps; 

> 

public int getHowFarO { 
return howFar; 

> 

} 
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